home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / inet / ietf / tuba / charter.txt < prev   
Text File  |  1993-05-03  |  5KB  |  118 lines
  1.  
  2. TCP/UDP over CLNP-addressed Networks (tuba)
  3. -------------------------------------------
  4.  
  5.  Charter 
  6.  
  7.  Chair(s):
  8.      Mark Knopper  <mak@merit.edu>
  9.      Peter Ford  <peter@goshawk.lanl.gov>
  10.  
  11.  Internet Area Director(s) 
  12.      Stev Knowles  <stev@ftp.com>
  13.      David Piscitello  <dave@mail.bellcore.com>
  14.  
  15.  Mailing lists: 
  16.      General Discussion:tuba@lanl.gov
  17.      To Subscribe:      tuba-request@lanl.gov
  18.      Archive:           
  19.  
  20. Description of Working Group:
  21. The TUBA Working Group will work on extending the Internet Protocol
  22. suite and architecture by increasing the number of end systems which
  23. can be effectively addressed and routed.  The TUBA effort will expand
  24. the ability to route Internet packets by using addresses which support
  25. more hierarchy than the current Internet Protocol (IP) address space.
  26. TUBA specifies the continued use of Internet Transport Protocols, in
  27. particular TCP and UDP, but encapsulated in ISO 8473 (CLNP) packets.
  28. This will allow the continued use of Internet application protocols
  29. such as FTP, SMTP, Telnet, etc. An enhancement to the current system
  30. is mandatory due to the limitations of the current 32 bit IP
  31. addresses.  TUBA seeks to upgrade the current system by a transition
  32. from the use of the Internet Protocol version 4 to ISO/IEC 8473 (CLNP)
  33. and the corresponding large Network Service Access Point address
  34. space.
  35.  
  36.  
  37. In addition to protocol layering issues and ``proof of concept'' work,
  38. the TUBA approach will place significant emphasis on the engineering
  39. and operational requirements of a large, global, multilateral public
  40. data network.  TUBA will work to maximize interoperatability with the
  41. routing and addressing architecture of the global CLNP infrastructure.
  42. The TUBA Working Group will work closely with the IETF NOOP and
  43. IPRP-for-IP Working Groups to coordinate a viable CLNP based Internet
  44. which supports the applications which Internet users depend on such as
  45. Telnet, FTP, SMTP, NFS, X, etc.  The TUBA Working Group will also work
  46. collaboratively with communities which are also using the CLNP
  47. protocol, and will consider issues such as interoperability,
  48. applications coexisting on top of multiple transports, and the
  49. evolution of global public connectionless datagram networks, network
  50. management and instrumentation using CLNP and TUBA, and impact on
  51. routing architecture and protocols given the TUBA transition.
  52.  
  53. The TUBA Working Group will consider how the TUBA scheme will support
  54. transition from the current IP address space to the future NSAP
  55. address space without discontinuity of service, although different
  56. manufacturers, service providers, and sites will make the transition
  57. at different times. In particular, the way in which implementations
  58. relying on current 32 bit IP addresses will migrate must be
  59. considered.  TUBA will ensure that IP addresses can be assigned, for
  60. as long as they are used, independently of geographical and routing
  61. considerations. One option is to embed IP addresses in NSAP addresses,
  62. possibly as the NSAP end-system identifier. Whatever scheme is chosen
  63. must run in a majority of *-GOSIPs and other NSAP spaces. The TUBA
  64. strategy will require a new mapping in the DNS from NAMEs to NSAP
  65. addresses.
  66.  
  67. The rationale RFC (RFC-1347) documents issues of transition and
  68. coexistence, among unmodified ``IP'' hosts and hosts which support
  69. ``TUBA'' hosts.  Hosts wishing full Internet connectivity will need to
  70. support TUBA.
  71.  
  72.  
  73.  Goals and Milestones: 
  74.  
  75.      Done Post Initial TUBA rational and discussion as an RFC. (RFC 1347)      
  76.  
  77.      Done Post the Initial TUBA DNS specification. (RFC 1348)                  
  78.  
  79.      Done Review and approve the Charter.                                      
  80.  
  81.      Done Post the TUBA CLNP profile as an Internet-Draft.                     
  82.  
  83.      Done Post an Routing and Addressing specification as an Internet-Draft, 
  84.           coordinated with the Network OSI Operations Working Group and the 
  85.           IDRP for IP Working Group.                                           
  86.  
  87.    Nov 92 Post a summary report on TUBA deployment in the Internet.            
  88.  
  89.      Done Present the results of Working Group deliberations at the November 
  90.           IETF meeting.                                                        
  91.  
  92.    Nov 92 Post an Internet-Draft on the changes required to Internet 
  93.           applications affected by the deployment of TUBA.                     
  94.  
  95.    Nov 92 Post an Internet-Draft covering the methodologies, instrumentation, 
  96.           address administration, routing coordination and related topics.     
  97.  
  98.      Done Post as an Internet-Draft a revision to RFC 1347 reflecting lessons 
  99.           learned in the Working Group deliberation.                           
  100.  
  101.  
  102.  Internet Drafts:
  103.  
  104. Posted Revised       I-D Title  <Filename>
  105. ------ ------- ------------------------------------------
  106.  Sep 92 Jan 93  <draft-ietf-tuba-clnp-02.txt> 
  107.                 Use of ISO CLNP in TUBA Environments                           
  108.  
  109.  Nov 92 New     <draft-ietf-tuba-address-00.txt, .ps> 
  110.                 Addressing and End Point Identification, For Use with TUBA     
  111.  
  112.  Apr 93 New     <draft-ietf-tuba-sysids-00.txt> 
  113.                 Assignment of System Identifiers for TUBA/CLNP Hosts           
  114.  
  115.  Request For Comments:
  116.  
  117.   None to date.
  118.